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Revision History Table 


Version Summary of Changes 
2008-08-06 Added Filename format information 


2008-10-10 Updated UTF-8 to ISO-8859-1 encoding; indicated 
simultaneous acceptance of ICSR and ICSR 
attachments; provided another acceptable file 
extension for SGML files; and clarified use of 
abbreviations (NDA, ANDA, and STN) 


2008-10-22 Provided clarification in Section II; updated footnote 
3; and added new paragraph to Section V.C. 


2013-07-05 Updated AERS to FAERS migration changes, 
removed references to SGML file formatting, 
incorporated updates from CBER 


2018-02-06 Added a new section to highlight data fields for 
reporting ICSRs on Combination Products 


2019-09-30 Added two new sections to provide regional data 
elements for electronic submissions of certain IND 
safety reports (section I) and IND-exempt 
Bioavailability (BA)/Bioequivalence (BE) studies 
(section J). 

Added an appendix (II) highlighting various case 
scenarios for electronic submissions of IND safety 
reports to FAERS. 
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- 
- 


: 


Draft Version 1.9 


Added a new value to the data element B.4.k.1 for 
drug characterization to accommodate a similar 
device. 


Updated the data element B.4.k.18.2 to specify 
values. 


Updated the data element B.4.k.18.3 to use default 
value. 

Added a new regional data element 

A.1.FDA.16 (FDA Safety Report Type) in 

Table 2 Detailed Description of 

Administrative Tags 


Added section Submission Rules 


Added a new value to the data element 
B.4.k.1 and B.4.k.19 in section J. IND- 
exempt BA/BE Studies 


Updated section XML Header to include 
DTD 3.0 for premarketing reporting 


Updated the reference description to data 
element A.1.FDA.16 in Table 2 Detailed 
Description of Administrative Tags 


Updated section ICSR Message Header 
Information to include information in 
premarketing reporting 


Updated section AS2 Headers and Routing 
IDs for Premarketing Safety Report 
Submissions 


Updated section Submission Rules 
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Specifications for Preparing and Submitting 


Electronic ICSRs and ICSR Attachments 


This document provides current specifications for submitting individual case safety reports 
(ICSRs) and ICSR attachments in electronic form. The specifications apply to electronic 
submission of ICSRs for drug and biological products studied under an investigational new drug 
application (IND) (including bioequivalence studies conducted under IND), ICSRs from IND- 
exempt bioavailability (BA)/bioequivalence (BE) studies, and ICSRs for marketed drug and 
biological products and combination products to the FDA Adverse Event Reporting System 
(FAERS). The specifications do not apply to the following marketed biological products: 
prophylactic vaccines, whole blood or components of whole blood, human cells, tissues, and 
cellular and tissue-based products (HCT/Ps) regulated by FDA. 


This document discusses the technical specifications for electronic submission of ICSRs and 
ICSR attachments through the FDA Electronic Submissions Gateway (ESG).! ICSRs (and any 
ICSR attachments) are to be prepared in accordance with the International Council for 
Harmonisation (ICH) E2B(R2) data elements in extensible markup language (XML) file format 
for compatibility with the FAERS database. ICSRs for marketed products should not be 
submitted to the electronic Common Technical Document (eCTD). 


If you have not previously submitted an ICSR in electronic format to FAERS, you should contact 
the FAERS electronic submission coordinator at faersesub@fda.hhs.gov and they will assist you 
with submission of a test file. 


I. ELECTRONIC SUBMISSIONS OF ICSRS AND ICSR ATTACHMENTS 


Each initial ICSR or follow-up ICSR may consist of structured information and non-structured 
information, such as ICSR attachments. 


For the FDA to process, review, and archive the ICSRs, prepare your ICSRs for electronic 
submission by following these steps: 


e Provide a unique filename for the submission; see section II of this document. 
e Adda file header and file extension; see sectionIV of this document. 


e Populate the elements of the ICSR file; see section V of this document. 


' For information on providing submissions using the ESG, referto 
https://www.fda.gov/ForIndustry/ElectronicSubmissionsGateway/default.htm. 
2 See FAERS Electronic Submissions at 


https: /Awww.fda.gov/Drugs/GuidanceComplianceRegulatoryInformation/ Surveillance/Adverse DrugEffects/ucm115894. htm. 
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e If applicable, add ICSR attachments to ICSRs; see section VI of this document. 


II. SUBMISSION FILE NAME 


Each electronic submission of ICSRs or attachments to ICSRs must have a unique filename (e.g, 
your named file + date and time stamp downto the second: filename Y YY YMMDDHHMMSS). 
You may choose your own format to maintain uniqueness. 


Hil. ICSR ACKNOWLEDGEMENTS 


A. ESG Acknowledgement 


After submitting an ICSR or ICSR attachment, you should receive an ESG message delivery 
notice (MDN) notifying the sender of the receipt of their submission, but not acknowledging the 
acceptance of the submission. If the MDN is not received within 2 hours, go to the ESG System 
Status web page. If the ESG web page is non-operational, go to the ESG Home Page for further 
information. 


B. FAERS Acknowledgment 


The MDN is then followed by a FAERS acknowledgment within 2 hours of the ESG 
acknowledgement. The FAERS acknowledgement notifies the sender whether their submission 
has been processed. If youdo not receive the FAERS acknowledgement, resubmit the ICSRs 
without changing the filename. 


If you receive a report acknowledgement code 02, indicating that your submission did not 
process due to file error/s that are specified in the acknowledgment, then proceed as follows: 


e For submission with a single ICSR, resubmit the corrected ICSR with a new unique 
filename. 


e For asubmission consisting of multiple ICSRs, if one or more ICSRs in the submission 
failed to process, separate those ICSRs from the processed ICSRs, correct them and 
resubmit only the corrected ICSRs as a new submission with a unique filename. For 
example, if there were 50 ICSRs in an original submission and 15 of them failed to 
process, then only those 15 ICSRs must be separated, corrected appropriately, and 
resubmitted with a new unique filename. The resubmission should not contain any of the 
previously processed ICSRs. 


IV. ELECTRONIC TRANSPORT FORMAT: XML FILES 


FDA accepts the data elements defined in the “Guidance for Industry E2BM Data Elements for 
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Transmission of Individual Case Safety Reports (April 2002).”° The ICH E2B(R2) guidance 
provides additional information and clarification of the previously issued guidances.4 


The electronic transport format also known as the Document Type Definition (DTD) for XML 
files is described in the associated document “XML Formatted DTD” (DTD Version 2.1, DTD 
Version 2.2 and DTD Version 3.0) (see links to the documents below in section C). 


A. AS2 Headers and Routing IDs for Postmarketing Safety Report Submissions 


For postmarketing safety report submissions, the sponsors should include the unique AS2 
headers or routing IDs for safety reports and attachments in one of the two ways listed below. 


e AS2 Headers 
- Destination: “CDER” 
- XML files: AERS 
- PDF’s: AERS_ATTACHMENTS 


Or 


e Routing IDs 
- XML files: FDA_AERS 
- PDF’s: FDA_AERS ATTACHMENTS 


B. AS2 Headers and Routing IDs for Premarketing° Safety Report Submissions 


For premarketing safety report submissions, the sponsors should include the unique AS2 headers 
or routing IDs for premarketing safety reports and attachments, as listed below, to differentiate 
these reports between CDER and CBER, and from postmarketing ICSRs. 


3 For information on Guidance for Industry on E2BM Data Elements for Transmission of Individual Case Safety 
Reports, pleasereferto the following: 


https://www.fda.gov/downloads/Drugs/GuidanceComplia nceR egulatory Infommation/Guidances/UCM073092.pdf. 
“ See the guidance for industry entitled E2B Data Elements for Transmission of Individual Case Safety Reports 
(January 1998) (E2B). FDA currently supports use of E2B data elements in addition to the E2BM data elements. 
However, it is preferred that ICSRs be submitted with E2BM data elements to allow forthe mostefficient 
processing of the submissions. Forthose who wish to use E2B data elements andthe corresponding electronic 
transportfomnat (ICH M2 Electronic Transmission of Individual Case Sa fety Reports Message Specification Final 
Version 2.3 Document Revision February 1, 2001 (ICHICSR DTD Version 2.1)), please refer to documentation 
providedat https: //www.fda.gov/downloads/drugs/icm149932.pdf 


° The term premarketing sa fety reportrefers to IND safety reports and IND-exempt BA/BE studies sa fety reports. 
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1. Submitting premarketing safety reports for CDER IND and IND-Exempt BA/BE 


e AS2 Headers 
- Destination: “CDER” 
- XML files: AERS_-PREMKT_CDER 
- PDF’s: AERS_ATTACHMENTS_PREMKT_CDER 

or 

e Routing IDs 
- XML files: FDA_AERS_PREMKT_CDER 
- PDF’s: FDA_AERS_ATTACHMENTS_PREMKT_CDER 


2. Submitting premarketing safety reports for CBER IND 


e AS2 Headers 
- Destination: “CBER” 
- XML files: AERS_-PREMKT_CBER 
- PDF’s: AERS_ATTACHMENTS_PREMKT_CBER 

or 

e Routing IDs 
- XML files: FDA_AERS_ PREMKT_CBER 
- PDF’s: FDA_AERS_ATTACHMENTS_PREMKT_CBER 


C. XML Header 

The addition of an XML header enables FDA to process ICSRs in an XML format successfully. 

FDA supports only the ISO-8859-1 character set for encoding the submissions. 
1. For submissions of postmarketing safety reports for drug and biological products, 
add the following XML header to the ICSR file: 
<?xml version=“1.0” encoding=“ISO-8859-1” ?> 
<!DOCTYPE ichicsr SYSTEM “https://www.accessdata. fda.gov/xml/icsr-xml- 
2d” > 
2. For submissions of postmarketing safety reports for combination products, add the 
following XML header to the ICSR file: 


<?xml version=“1.0" encoding=“ISO-8859-1” ?> 


<!DOCTYPE ichicsr SYSTEM “https://www.accessdata.fda.gov/xml/icsr-xml- 
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v2.2.dtd”> 
3. For submissions of premarketing safety reports, add the following XML header to 
the ICSR file: 


<?xml version=“1.0" encoding=“ISO-8859-1” ?> 


<!DOCTYPE ichicsr SYSTEM “https://www.accessdata.fda.gov/xml/icsr-xml- 
v3.0.dtd”> 


D. ICSR Message Header Information 
1. For submissions of postmarketing drug and biological product safety reports, use 
the value “2.1” for the DTD Descriptor <messageformatversion>: 


<messageformatversion>2.1</messageformatversion> 


2. For submissions of postmarketing combination product safety reports, use the 
value “2.2” for the DTD Descriptor <messageformatversion>: 


<messageformatversion>2.2</messageformatversion> 
3. For submissions of premarketing safety reports, use the value “3.0” for the DTD 
Descriptor <messageformatversion>: 


<messageformatversion>3.0</messageformatversion> 


E. ICSR File Extension 


Use “xml” as the file extension for ICSRs in XML format. The name of the file should be 200 
characters or less, excluding the three-digit extension. FDA does not support file names with 
multiple periods “.” or the use of any special or foreign characters except underscore and 


dash “-”. 


oc 9) 


V. DATA ELEMENTS FOR ELECTRONIC SUBMISSIONS 


A. Minimum Data Elements Requirements 


For a submission to be successfully processed, submit an ICSR with the minimum data elements 
for reporting that are appropriate for the product type. If a sponsor submits an ICSR without the 
minimum data elements, they will receive a FAERS acknowledgement code 02 stating that the 
submission was not processed (see section III.B above). The minimum data elements for 
reporting are provided in Table 1 and the bullets that follow list the data elements to include in 
an ICSR by product type. 
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Table 1. Minimum Data Elements 


e Adverse event reports submitted for unapproved prescription drug products, unapproved 
nonprescription drug products and products approved for marketing under an abbreviated 
new drug application (ANDA), biologics license application (BLA), or new drug 
application (NDA), including combination products should have, at a minimum, the four 
data elements listed in Table 1. 


e Adverse event reports for compounded drugs submitted by registered outsourcing 
facilities should have at a minimum, a suspect product and an adverse event. 


e IND safety reports should include, at a minimum, the four data elements listed in Table 1 
and the IND number under which the clinical trial where the event occurred is conducted. 


e Serious adverse event reports from IND-exempt BA/BE studies should include, at a 


minimum, the four data elements listed in Table 1 and the pre-assigned ANDA number 
(hereafter referred as, Pre-ANDA number). 


B. Administrative and Identification Elements 


For FDA to successfully process your electronic ICSR submissions, populate the administrative 
and identification elements as indicated in Table 2. 
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Table 2. Detailed Description of Administrative Tags" 


DTD Descriptor 2.1 Element Values for DTD 2.1 
1N 


<fulfillexpeditecriteria> 1= Yes (15-Day expedited) 
2= No (non-expedited) 
4= 5-Day 
5= 30-Day 
6= 7-Day expedited 


A.1.0.1 <safetyreportid> 100AN | Sender’s (Case) Safety 
Report Unique Identifiert 
A.1.10.1 <authoritynumb> 100AN | Regulatory authority’s case report 
number 


A.1.10.2 <companynumb> 100AN | Other sender’s case report number 
A.3.1.2 60AN _ | Sender identifier 


A232" <sponsorstudynumb> 35AN IND or Pre-ANDA number under 
which the clinical trial where the event 
occurred is conducted 

A.1.FDA.16 | <fdasafetyreporttype> 1N 1=IND Safety Report 
2=IND-Exempt BA/BE Safety Report 
3=Postmarketing Safety Report 


“Include either <companynumb > or <authoritynumb> values. FDA cannot process the ICSR withoutoneof these 
element values. 

' The Sender’s Safety Report Unique Identifier is comparable to the Manufacturer 

Report Number (also referred to as the Manufacturer Control Number (MCN)) provided on paper in FDA Form 
3500A. This numberis the company’s unique case identificationnumber, which is used forthe life of the case. 
“ForIND and IND-exempt BA/BE study safety reports only. An IND-exempt BA/BEstudy refers to a BA/BE 
study not conducted under IND. 

'T The FDA Safety Report Type data element distinguishes premarketing (IND and IND-Exempt BA/BE) safety 
reports from postmarketing safety reports and is used to determine which reports are posted publicly. The FDA 
Safety Report Type data element is optional whenusing DTD 2.1 and 2.2 for postmarketing safety report submission 
but is mandatory whenusing DTD 3.0 for premarketing sa fety report submission. 


C. Authorization/ Application Number Format 
In the section designated for drug and biological products information, use the following format 
for the “Authorization/ Application Number” element (B.4.k.4.1) <drugauthorizationnumb> as 
indicated in Table 3 and described below. 


e For approved drug and biological products marketed under an approved application, 
include the acronym “NDA” or “ANDA,” followed by a space and then the number for 
the application (e.g., NDA 012345, ANDA 012345). For prescription drug products 
marketed without an approved application (Rx No Application), use “000000.” Fora 
nonprescription drug product marketed without an approved application (Non-Rx No 
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Application), use “999999.” For adverse event reports for compounded drug products 
submitted by registered outsourcing facilities, use “COMP99.” 


e For marketed biological products, include the appropriate acronym “BLA,” “STN,” or 
“PLA” followed by a space and the primary six-digit number (e.g., STN 123456). 


Table 3. Detailed Description of Application Number Formats 


Type of Application Recommended Format 
NDA/ ANDA NDA, ANDA 012345 
STN/ BLA/ PLA STN or BLA or PLA 123456 


Rx No Application 000000 


Non-Rx No Application 999999 
Compounded Products COMP99 


D. Unique Case Identification Numbers for Initial and Follow-Up ICSRs 


For the follow-up ICSR safety reports to be correctly linked to your initial ICSR report, follow 
these steps: 


e Use the same <safetyreportid> for the E2BM elements in section A.1.0.1 for the initial 
ICSR and any of its follow-up ICSRs; this allows the follow-up report to be linked to the 
initial report in the FAERS database. 


e If the initial ICSR was submitted on paper but its follow-up ICSR is submitted 
electronically, include the Manufacturer Control Number (MCN) listed in Box G9 of the 
FDA paper Form 3500A from the initial report in both A.1.0.1 <safetyreportid> and in 
A.1.10.2 <companynumb> field in the follow-up electronic submission. 


e Always use the <safetyreportid> that was assigned to the initial ICSR when submitting 
follow-up reports. If youneed to change the <safetyreportid> internally, note the 
internally reassigned <safetyreportid> in the narrative section of the follow-up report 
(i.e., element B.5.1) (e.g., “This ICSR has been reassigned to the Company ID number 
COA12345”). Do not use the internally reassigned <safetyreportid> for any follow-up 
reports. 


e In the event that an incorrect <safetyreportid> has been used in a follow-up report, 
contact the FAERS electronic submission coordinator at faersesub@fda.hhs.gov so that 
the follow-up ICSR can be matched to the initial ICSR. 


E. MedDRA Specific Elements 
Use the ICH Medical Dictionary for Regulatory Activities (MedDRA) to code medical 
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terminology.© When possible, use the Lowest Level Term (LLT), and record the LLT as the 
MedDRA numeric code rather than the LLT name (e.g., the LLT name is Rash; the MedDRA 
numeric code for LLT Rash is 10378444). 


1. Reaction/Event 
a) Reaction/Event as reported by the primary source field 


Record the original reporter’s words verbatim and/or use short phrases to describe the 
reaction/event in element (B.2.i.0). 


b) Reaction/Event MedDRA Term LLT numeric code or text field 


Record the MedDRA LLT that most closely corresponds to the term reported by the 
original reporter in element (B.2.i.1). 


c) Reaction/Event MedDRA Preferred Term (PT) numeric code or text field 


Record the MedDRA PT that most closely corresponds to the term reported by the 
original reporter in element (B.2.i.2). 


2. Other E2B Elements 


For the E2B elements listed in Table 4, use either MedDRA text or, preferably, the 
corresponding numeric code. 


Table 4. Additional E2B Elements for Preferred MedDRA Coding 


<patientepisodename> |250AN 
<patientdnugreaction> 


<parentdrugindication> 
<drugreactionasses> 


° Companies canlicense MedDRA from an international maintenance and support services organization (MSSO) 
(toll free num ber 877-258-8280; Direct 571-313-2574; fax 571-313-2345; e-mail MSSOhelp@mssotools.com). 
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F. Drug Description and Case Narrative Elements 


To ensure the successful processing of your electronic ICSR submission, applicants are advised 
to populate the drug description and narrative elements as indicated in Table 5. 


; 
Table 5. Detailed Description of Drug(s) and Narrative Elements* 


DTD Descriptor 2.1 Length Element Values for DTD 2.1 


B.4.k.1 <drugcharacterization> 1N 1=Suspect 
2=Concomitant 
3=Interacting 
4=Drug not administered 


B.4.k.2.1 <medicinalproduct> 70AN Proprietary Medicinal Product Name 
B.4.k.2.2 100AN Drug Substance Name 


“Include <medicinalproduct> and/or <a ctivesubstancename>. FDA cannot process the ICSR withoutat 
least one of theseelements. 
‘AppendixI lists various examples of correct drug element formats. 


1. Recording Multiple Drugs 
If you are submitting safety reports for products containing multiple drugs, you should follow 
these steps: 


e List the proprietary drug product name in element (B.4.k.2.1) and/or list the drug 
substance name in element (B.4.k.2.2). 


e List the characterization of each reported drug’s role, suchas suspect, concomitant, 
interacting, drug not administered, or similar device in element (B.4.k.1). 


2. Medicinal Product Name and Active Drug Substance Name 


FDA validates medicinal product names to the available Structured Product Labeling (SPL)’, the 
submitted label (as ICSR attachment), and the Substance Registration System (SRS). These are 
further described below: 


e When the product has an SPL, use the same naming convention as it appears in the SPL 
when submitting the ICSR. 


’ The SPL is a document markup standard approved by Health Level Seven(HL7) and adopted by FDA asa 
mechanism for exchanging productand facility information. See 


https://www.fda.gov/ForIndustry/DataStandards/StructuredProductLabeling/default.htm. 
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e When submitting a product label as an attachment to an ICSR, use the name as it appears 
on the submitted product label. 


e If no medicinal product is named and only the active substance is named, use the name of 
the active substance as it appears in the SRS.8 


3. Case Narrative 
a) Initial ICSR 


Record all case narrative information including clinical course, therapeutic measures, 
outcome, and all additional relevant information in element (B.5.1). If the information 
exceeds the field length, consider describing the information using fewer words. 
Although the use of only the most widely used medical abbreviations is permissible if 
necessary, their use should be limited when possible. 


b) Follow-up ICSR 


Record both new information and corrections to previously submitted ICSRs in element 
(B.5.1). 


G. Other Data Elements 


1. Dosage Information Field 


If dosage information cannot be captured in the structured fields in B.4.k.5, then use the element 
(B.4.k.6) <drugdosagetext>. 


2. Pharmaceutical Form Field 


Record the pharmaceutical form in element (B.4.k.7) <drugdosageform>. FDA accepts the 
European Medicines Agency (EMA) dosage codes or text.? 


3. Route of Administration Field 


Code the route of administration in element (B.4.k.8) <drugadministrationroute> as described in 
the ICH E2B(R2) guidance. 


4. Receiver Field (A.3.2) 


Complete the receiver using the code or text listed in Table 6. 


8 https://www.fda.gov/Forlndustry/DataStandards/SubstanceRegistrationSystem- 
UniquelngredientI dentifierUNII/default.htm. 


° For a complete list of EMA dosage form codes and text, please refer to 
https://www.ema.europa.eu/documents/other/list-pharmaceutical-dosage-forms_en.xls 
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Table 6. Receiver Information 


5. Message Receiver Field (M.1.6) 
The following two message receiver identifiers are used by FDA to distinguish between test and 
production submissions: 


e Test ICSRs: <messagereceiveridentifier>ZZFDATST</messagereceiveridentifier> 


e Production ICSRs: <messagereceiveridentifier>ZZFDA</messagereceiveridentifier> 


H. Data Elements for Electronic Submissions of Safety Reports for Postmarketing 
Combination Products 
To ensure the successful processing of your electronic ICSR submission for a marketed drug- or 
therapeutic biologic led- combination product (e.g., a combination product containing a 
drug/biologic and device and marketed under an NDA ora BLA), you should populate the data 
elements indicated in Table 7. 


Note: Some of the DTD descriptors listed in Table 7 are under existing E2B(R2) header 
elements, and some DTD descriptors are under new dataelements. Those data element numbers 
that are new, have the word “FDA” incorporated into the number and are U.S.-specific regional 
elements related to reporting on combination products. 
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Table 7. Combination Product Data Elements 


Element Values 


<messageformatversion> Message Version number Use value 2.2 if using icsr- 
Format of Message xml-v2.2.dtd 
Version Format 
Use value 2.1 if using icsr- 
xml-v2.1.dtd 
<safetyreport> Header/ Identification of 
the case safety 
report 
<fulfillexpeditecriteria> Does this Element values= 1 for 15-Day 
case fulfill Expedited* and 2 for periodic 
the local non-expeditedt 
criteria for an 
expedited Element value= 4 for remedial 
report action to prevent an 
unreasonable risk of 
substantial harm to the public 
health 


Element value= 5 for 
malfunction with no associated 


adverse event 


Do not use element value of 3. 


A.1.FDA.15 <combinationproductreport> Combination | Combination 
Product Product Report 
Report Flag | Flag 

A.2 <primarysource> Primary Header/ Entity Area below 
source(s) of should be a 
information repeatable block 
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Element Values 
A.2.1 Primary Header 
2 
A.2.1.3.FDA.4 <reporteremailaddress> Reporter’s 100AN 
Email 
“aes 


: <patientinitial> Patient Identifier | 10AN 


If a single report is reported 
for a malfunction with no 
adverse event, the element 
value should be “NONE.” 
If there are multiple 
malfunction reports with no 
adverse event, then the 
element value should be 
“SUMMARY.” 


Area below 

should be a 

repeatable block 

1=Suspect If the product in the report is 
2=Concomitant | about a similar device, the 
3=Interacting element value should be 


5=Similar 5=Similar Device. 
—— 


<drug> Drug(s) Header/ Entity 
Information 


<drugcharacterization> Characterizat 
ion of drug 
role 


ee CCYYMM 
DD 

610=CCY YMM 
a CCYY 


iia la | <expirationdateformat> Expiration Product 
date format Expiration date 


Drug Header 
Identification 


B.4.k.2.4.FDA.1b | <expirationdate> Expiration Product 
date Expiration date 
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z Element Values 


B.4.k.2.FDA.5 <productavailableforevaluation> Product Indicate whether 1=Yes 
available for | product is 2=No 
evaluation available for 3=Return 
evaluation 
B.4.k.2.6.FDA.1a | <productreturndateformat> Product Date Format 102=CCYYMM 
return date DD 
format 610=CCY YMM 
602=CCYY 
B.4.k.2.6.FDA.1b | <productreturndate> Product Date when 
return date Product was 
returned 
B.4.k.20.FDA.1 <brandname> Brand Name _ | The trade or 
proprietary name reported <brandname> or 
of the device <commondevicename> or 
constituent part <productcode> for the device 


of the suspect constituent part 
combination 


product as used 
in product 
labeling or in the 
catalog 
B.4.k.20.FDA.2 <commondevicename> Common Generic or At least one of the 3 must be 

Device Name | common name of reported <brandname> or 
the device <commondevicename> or 
constituent part <productcode> for device 
of the suspect constituent part 
combination 
product or a 
generally 
descriptive name 


B.4.k.20.FDA.3 Product Code http://www.acce | At least one of the 3 must be 
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Element Values 
ssdata. Ida. 0V/p 


Pca to the ssdata.fda.gov/p | reported <brandname> or 
device remarket/ftparea | <commondevicename> or 
constituent part /foiclass.zip <productcode> for device 
based upon the constituent part 

medical device 

product 

Reser Ey — 


B.4.k.20.FDA.4a <manufacturername> Device biecanaeill 
Manufacturer | name of the 
Name device 
constituent part 
of the suspect 
combination 
product 
B.4.k.20.FDA.4b <manufactureraddress> Manufacturer | Manufacturer 
Address address of the 
device 
constituent part 
of the suspect 
combination 
product 
B.4.k.20.FDA.4c <manufacturercity> Manufacturer | Manufacturer 
City city of the device 
constituent part 
of the suspect 
combination 
product 
B.4.k.20.FDA.4d <manufacturerstate> Manufacturer | Manufacturer 
State state of the 
device 
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B.4.k.20.FDA.4e 


B.4.k.20.FDA.5 


B.4.k.20.FDA.6 


B.4.k.20.FDA.7 


B.4.k.20.FDA.8 


B.4.k.20.FDA.9a 
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<manufacturercountry> 


<modelnumber> 


<catalognumber> 


<serialnumber> 


<udinumber> 


<dateimplantedformat> 


22 


Manufacturer 
Country 


Model 
Number 


Catalog 
Number 


Serial 
Number 


Unique 
Identifier 
UDI# 
Device 
Implant Date 
Format 


constituent part 
of the suspect 
combination 
product 
Manufacturer 
country of the 
device 
constituent part 
of the suspect 
combination 
product 

Model number of 
the device 
constituent part 
Catalog number 
of the device 
constituent part 
Serial number of 
the device 
constituent part 
Unique identifier 
of the device 
constituent part 
Date format of 
device implant in 
the patient 


Element Values 
for DTD 2.2 


1SO3166 


102=CCY YMM 
DD 

610=CCY YMM 
602=CCYY 


For medical devices that are 
implanted in the patient, 
provide the implant date or 
best estimate. If day is 
unknown, month and year are 
acceptable. If month and day 
are unknown, year is 
acceptable 
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B.4.k.20.FDA.9b 


B.4.k.20.FDA.10a 


B.4.k.20.FDA.10b 


B.4.k.20.FDA.11a 


B.4.k.20.FDA.11b 
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Element Values 


DTD Descriptor 2.2 


<dateimplanted> 


<dateexplantedformat> 


<dateexplanted> 


<deviceage> 


<deviceageunit> 


23 


Device 
Implant Date 


Device 
Explant Date 
Format 


Device 
Explant Date 


Approximate 
age of 
device/ 
product 
Approximate 
age unit of 
device/ 


Date of device 
implant in the 
patient 


Date format of 102=CCY YMM 

device explant DD 

from the patient 610=CCY YMM 
602=CCYY 


Date of device 
explant from the 
patient 


Age of device 
constituent part 


800=Decade 
801=Year 
802=Month 


Age unit of 
device 
constituent part 


For medical devices that are 
implanted in the patient, 
provide the implant date or 
best estimate. If day is 
unknown, month and year are 
acceptable. If month and day 
are unknown, year is 
acceptable 


If an implanted device was 
removed from the patient, 

provide the explant date or 
best estimate. If day is 


unknown, month and year are 
acceptable. If month and day 
are unknown, year is 
acceptable 

If an implanted device was 
removed from the patient, 
provide the explant date or 
best estimate. If day is 
unknown, month and year are 
acceptable. If month and day 
are unknown, year is 
acceptable 
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ee Sa 


804=Day 
805=Hour 
B.4.k.20.FDA.12 <labeledsingleusedevice> Single Use Indicate whether 
Device the device 
constituent part 
was labeled for 
single use or not 
B.4.k.20.FDA.13a | <devicemanufacturedateformat> Device Device 
Manufacture | Manufacture 
Date Format | Date format 


102=CCY YMM 
DD 

610=CCY YMM 
602=CCYY 


B.4.k.20.FDA.14.1 | <remedialactionrecall> Recall Recall initiated 1=Yes 
2=No 
2=No 


B.4.k.20.FDA.14.1 | <remedialactionreplace> Replace Replace initiated =Ye 
el el no no 
4.k.20.FDA.14.1 | <remedialactionrelabel> Relabeling Relabeling 1=Yes 


Manufacture | Manufacture 

Date Date 
B.4.k.20.FDA.14 Remedial Header 

action 

initiated/ 

Remedial 

action taken 

for the 

product 


B.4.k.20.FDA.13b | <devicemanufacturedate> Device Device al 


BARDUFORIAT | Tenaialaomai> [Notification [ Notification [IN| 1=Ves_ =< SSCS 
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‘A 5 a Element Values 


eo —~sS=Sdiiitateg 


Ea 

B.4.k.20.FDA.14.1 | <remedialactioninspection> Inspection Inspection 1=Yes 

| nosis [Pees Tine” [aan 
B.4.k.20.FDA.14.1 | <remedialactionpatientmonitor> Patient Patient 1=Yes 

monitoring monitoring | 


B.4.k.20.FDA.14.1 | <remedialactionmodifyadjust> Modification/ | Modification/ 


2=No 


Adjustment | Adjustment 


initiated 


B.4.k.20.FDA.14.1i | <remedialactionother> Other Other Remedial 75AN 
Action initiated 
B.4.k.20.FDA.15 <deviceusage> Device Indicate the use 1N 1=Initial Use of 
Usage of the device Device 

constituent part 2=Reuse 

of the suspect 3=Unknown 

combination 

product 
: as 
: as 
: a 


B.4.k.20.FDA.16 <devicelotnumber> Device Lot Lot number of 
Number the device 
constituent part 
of the suspect 
combination 


35AN 
product 


B.4.k.20.FDA.17 <malfunction> Malfunction | Malfunction of 1 
ee 

B.4.k.20.FDA.18 Follow-up Header 
a =—S si 


B. 1=Yes 
a 2=No 


20. : 1=Yes 
2=No 
4.k.20.FDA.18.1 | <followupcorrection> 
.20. 18. laa 1=Yes 


B.4.k.20.FDA.18.1 | <followupadditionalinfo> Additional Additional 1 
b information | information 2=No 


B.4.k.20.FDA.18.1 | <followupresponsetoFDA> Response to FDA 
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: : A Ad Element Values 
eT FD Aequest 
B.4.k.20.FDA.18.1 | <followupdeviceevaluation> Device Device 1N 1=Yes 


d Evaluation Evaluation 2=No 


a 
B.4.k.20.FDA.19 <deviceproblemandevaluation> Device Header/ Entity Area Below 
Problem and Should be a 
evaluation Repeatable 
codes Block 


B.4.k.20.FDA.19.1 | <evaluationtype> Evaluation Type of problem 01=Device 
a Type and/or the Problem 
evaluation 02=Method 
03=Result 
04=Conclusion 


B.4.k.20.FDA.19.1 | <evaluationvalue> Evaluation The FDA code 6N The value depends on the 
b Value value based on respective <evaluationtype> 
the respective 
evaluation type If <evaluationtype> = 01 --> 
https://www.fda.gov/media/14 
6825/download 
If <evaluationtype> = 02 --> 
https://www.fda.gov/media/14 
6827/download 
If <evaluationtype> = 03 --> 
https://www.fda.gov/media/14 
6828/download 
If <evaluationtype> = 04 --> 
https://www.fda.gov/media/14 
6829/download 


BAK20.FDA20 Operator ofthe | 100AN] | Use the value “Health 
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the Device Device Professional” or “Lay 
User/Patient.” If none 
applicable, then specify the 
“Other” value 


“21 CFR 314.80(c)(1) and 600.80(c)(1) use the term “15-day Alert reports.” Inthe combination product PMSR final rule (21 CFR 4.101), thesereports are definedas 
“Fifteen-day reports.” 


t Periodic non-expedited ICSRs are the reports required under 21 CFR 314.80(c)(2)(ii)(B) and 21 CFR 600.80(c)(2)(ii)(B) for serious, expected andnonserious adverse 
drug experiences. 
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I. Data Elements for Electronic Submissions of IND Safety Reports 


To ensure the successful processing of your electronic IND ICSR submission, you should populate the following data elements as 
described in Table 8. 


Table 8. Investigational New Drug Clinical Data Elements 


Data eee Field foe Values for 


A.1.4 <reporttype> Type of acca =Spontaneous Element value= 2 for 
Report 


2=Report from Report from Study 
Study 

3=Other 

4=Not Available to 

Sender (unknown) 

: Element value=1 for 15- 


Day Expedited 


Element value= 6 for 7- 
Day Expedited 


100AN Used to link all 
individual cases 
(safetyreportid) that make 
up an IND Safety Report 
submitted as a result of 
an Aggregate Analysis as 
per 312.32(c)(1)(i)(C) or 
for several events 
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<fulfillexpeditecriteria> Does this 
case fulfill 
the local 
criteria for an 
expedited 
report? 
A.1.12 <linkreportnumb> Identification 

Number of 

the report 

which is 

linked to this 

report 
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ID_$Abbreviated 
Trial Name 


IND number under 
which the clinical 
trial where the event 
occurred is 
conducted 


Use the “Parent” 
IND number" for 
reports submitted 
from an Aggregate 
Analysis as per 
(312.32(c)\ DOO) 
or for several events 
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Data r ane Field Element Values for 


— 


submitted as per 
(312.32(c)(1)(i)(B)) when 
a Narrative Summary 
Report is provided, this 
field should be populated 
in the IND Safety Report 
that contains the 
Narrative Summary 
Report. 


The Study ID should be 
the same value used in 
the study tagging file 
format of the eCTD 
submission. 

Populate this field with 


the Primary IND in the 
first block and repeat 
block A.2 with elements 
A.2.3.2 and A.2.3.3.as 
noted below with element 
value= 5 for sponsor’s 
other INDs evaluating 
suspect product (where 
applicable) 

Include the acronym 
"IND" followed by a 
space and then the IND 
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Data : A Pees Field Element Values for 


submitted as per number for the 

(312.32(c)(1)(i)(B)), | application (e.g. IND 

from trials 123456) 

conducted under See Appendix II (Case 

more than one IND Scenarios) for additional 
information on how to 
submit reports from 
sponsor’s other INDs 
(Cross-reporting). 
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gy; 
Pharmacoeconomics, 
Intensive 
Monitoring) 


<observestudytype> Study type in 1N 1= Clinical Trials Required if element value 
which the for A.1.4 is 2=Report 
Reaction(s)/ 2= Individual Patient | from Study 
Event(s) Use (e.g., 
“Compassionate Repeat this field as 
Use’ or ‘Named needed with element 
Patient Basis’) value= 5 for each Cross- 
reported IND. 
3= Other Studies 
(e.g., The first block of this 
Pharmacoepidemiolo | element in the report 


4= Report from 


must not be 5. 


If element value 4 is 
chosen, then A.1.9= 1. 


See Appendix II (Case 
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Data Field Element Values for 
5= Cross-reported 


Aggregate Analysis Scenarios) for additional 
as per information on how to 
IND Safety Report 
<patientinitial> Patient For a report from an 
Identifier Aggregate Analysis as 
per 312.32(c)(1)(i)(C) or 


312.32(c)(1)()(C) or | submit reports from an 
for several events Aggregate Analysis. 
submitted as per 
312.32(c)(1)()(B) if 
a Narrative 
Summary Report is 
provided 
for several events 
submitted as per 
312.32(c)(1)(i)(B) if a 
Narrative Summary 
Report is provided, the 
element value should be 
“AGGREGATE” 
For investigational drug 
and biological products 


without an established 
name (i.e. INN or USAN 


<medicinalproduct> Proprietary 
Medicinal 
Product 
Name 
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Data : . er Field 


sponsor should submit a 
clinical information 
amendment to the IND, 
listing the names of the 
active drug substance/s 
and the medicinal product 
as they will be reported in 
E2B file submissions. 
The names should fit 
within the established 
E2B character length 
limits. 

Use company product 
code if no established 
name, for multi- 
ingredient products, or if 
name exceeds character 


<activesubstancename> Active Drug 


Substance 
Names 


B.4.k.18 <drugreactionrelatedness> | Relatedness 
of Drug to 
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Data ‘ : Ne Field Element Values for 


Reaction/ product should have 
relatedness of drug to 
reaction/ event 

B.4.k.18.1a | <drugreactionassesmeddra | MedDRA 
version> Version for 

Reaction 

Assessed 


B.4.k.18.1b | <drugreactionasses> Reaction 250AN 
Assessed 


B.4.k.18.2 | <drugassessmentsource> Source of 60AN Use the value “Sponsor” or 
Assessment “Investigator”. Include 
sponsor and investigator 
assessment when 
reporting both in separate 
blocks 


B.4.k.18.3 | <drugassessmentmethod> | Method of 35AN Use the value “FDA”. 
Assessment 


B.4.k.18.4 | <drugresult> Result 35AN 1=Suspected For IND Safety Reports, 
2=Not suspected at least one suspect 
product should have 
relatedness of drug to 
reaction/ event 
Os <narrativeincludeclinical> | Case 20,000 FDA strongly encourages 

Narrative AN sponsors to construct 

Including narratives that fit within 

Clinical the ICH E2B character 
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Data ‘ c ree. Field Element Values for 


Draft Version 1.9 


Course, 
Therapeutic 
Measures, 
Outcome, 
and 
Additional 
Relevant 
Information 


34 


limit of 20,000 AN. If 
your narrative exceeds 
this limit, sponsors 
should include as much 
of the narrative as 
possible in this field and 
submit an ICSR 
attachment for any text 
that exceeds the character 
limit. Sponsors should 
not submit an ICSR 
attachment containing the 
entire narrative and leave 
the case narrative field 
empty. 

For reports from 
Aggregate Analysis as 
per 312.32(c)(1)(i)(C) or 
for several events 
submitted as per 
312.32(c)(1)(i)(B) where 
PDF is attached, put “see 
attached Narrative 


Summary Report” in this 
field. 
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Data a Element Values for 


<sendercomment> Sender’s - Identification and 
Comments analysis of previously 
submitted events (as 
required by 312.32(c)(1)) 
should be reported in this 
field. 


“The “parent IND” is the IND under which clinical investigations were initiated in the United States. (If the drug is being eva luated in multiple INDs, this is 
generally the IND with the lowest number.) NOTE: This may not be the same as the first A.2.3.2 blockif the drug is being evaluated under multiple INDs. 


NOTE: See FAERS Webpage for case scenario examples for reporting IND safety reports (e.g., IND safety reports where the sponsor 
is evaluating suspect product under more than one IND, IND safety reports that are a result of an aggregate analysis, and IND safety 
reports with unapproved and approved drugs listed as suspect products). 


J. Data Elements for Electronic Submissions of [CSRs from IND-Exempt Bioavailability (BA)/ Bioequivalence (BE) 
Studies 


For successful processing of your electronic ICSRs submissions for a BA/BE study not conducted under an IND, you should populate 
the following data elements as described in Table 9. 


Table 9. Data Elements for IND-Exempt BA/BE Studies 


Fae ES Element Values for DTD 


hae 1.4 <reporttype> Type of Report | mg Element value= 2 
2=Report from Study for Report from 
3=Other Study 
4=Not Available to Sender 
unknown 
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A.2,3.2 


A.2.3.3 
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Data - : Sate Field Element Values for DTD 


<fulfillexpeditecriteria> | Does this Case 


<sponsorstudynumb> 


<observestudytype> 


Draft Version 1.9 


Fulfill the Local 
Criteria for an 
Expedited 
Report? 


Sponsor Study 
Number 


Study Type in 
Which the 
Reaction(s)/ 
Event(s) were 
Observed 


36 


1 


Element value=1 
for 15-Day 
Expedited 

Or 

Element value= 6 
for 7-Day 
Expedited 


OOAN | Abbreviated Trial Name [ 


35AN 


Pre-ANDA number for the 
IND-Exempt BA/BE 
Studies 


1= Clinical Trials 


2= Individual Patient Use 
(e.g., ‘Compassionate Use 
or ‘Named Patient Basis’) 


’ 


3= Other Studies (e.g., 
Pharmacoepidemiology, 
Pharmacoeconomics, 
Intensive Monitoring) 


4= Report from Aggregate 
Analysis as per 
312.32(c)(1)()(C) or for 


Include the 
acronym "Pre- 
ANDA" followed 
by aspace and then 
the Pre-eANDA 
number for the 
application (e.g. 
Pre-ANDA 123456) 
Element value=“1” 
for Clinical Trials. 


EX. 48 pg. 036 


Case 2:22-cv-00223-Z Document 1-49 Filed 11/18/22 Page 38o0f49 PagelD 850 


Data ‘ ‘ a, Field Element Values for DTD 


Several Events Submitted 
as per 312.32(c)(1)(i)(B) if 
a Narrative Summary 
Report is Provided 

5= Cross-Reported IND 
Safety Report 


<medicinalproduct> Proprietary 70AN 
Medicinal 
Product Name 


<activesubstancename> | Active Drug 
Substance Name 


100AN 


100AN | 1= Test drug Specify whether the 
2 = Reference drug product exposed is 
3 = Placebo/Vehicle the Test drug, 
4 = Control (negative or Reference drug, 
positive) Placebo, Vehicle, 
5 = Other drug Control or Other 


drug 


<drugadditional> Additional 
Information on 
Drug 


<drugcharacterization> | Characterization _ 1N 1 = Suspect For no exposure to a 
of drug role 2 = Concomitant study drug use 
3 = Interacting 4=Drug not 
4 = Drug not administered administered 
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VI. ELECTRONIC FORMAT FOR ICSR ATTACHMENTS 


FDA can accept and archive ICSR attachments in PDF format. Currently approved formats for the non- 
structured component of an ICSR, such as ICSR attachments, are PDF versions 1.4 (current ICH 
standard) or 1.6 (current version in use at FDA). An ICSR attachment should be electronically 
submitted to FAERS after the associated ICSR has been submitted and accepted by FAERS. 


A. Converting the ICSR Attachment to PDF 


Applicants should provide an individual PDF file for each ICSR attachment. If youare submitting 
multiple ICSR attachments fora particular ICSR, include each attachment in the same PDF file and 
provide a PDF bookmark to distinguish each attachment. For example, if you are submitting a hospital 
discharge summary and an autopsy report fora single ICSR, include both in a single PDF file with a 
bookmark to the hospital discharge summary and a bookmark to the autopsy report. 


B. Identification Information in the PDF Document Information Fields 


Each PDF file contains fields to be completed by the author of the document. FAERS uses these fields 
to locate and retrieve the attachments to specific ICSRs. To enable FDA to match the attachment(s) to 
the correct ICSR, applicants should fill in the PDF document information fields with the appropriate 
E2B(R2) data elements for the ICSR as indicated in Table 10. 
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Table 10. Document Information Fields in ICSR Attachments 
PDF Pooat ee rae 
ra co A.1.0.1 <safetyreportid> 100AN 
Sender’s (Case) Safety Report Unique 
Identifier 


Subject Include A.1.10.1 <authoritynumb> Regulatory 100AN 
Authority’s Case Report Number 
OR 
A.1.10.2 <companynumb> 
Other Sender’s Case Report Number 


Author Optional A.1.11.2 <duplicatenumb> Other 100AN 
Identification Number 

Keywords Optional A.1.7b <receiptdate> 
Date of Receipt of the Most Recent 
Information for this ICSR 


* The information refers to the data elements in E2B(R2) 


In addition: 
e Use the ISO-8859-1 character set for the information fields. 
e Do not exceed the character length indicated above for each information field. 


e Avoid creating any custom fields with names identical to the information fields listed in Table 
10, 


If you need assistance, you can contact the FAERS electronic submission coordinator at 


faersesub@fda.hhs.gov. 


VII. SUBMISSION RULES 


The submission rules define the condition that shall result in a negative acknowledgement and not be 
accepted by FAERS. 
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Table 111. Submission Rules and Acknowledgement Status 


Data DTD Descriptor Rejection Rule Description Acknowledgement 
Element 2.1/2.2/3.0 


ICSR submitted via AS2 Header reportacknowledgmentcode 
where XML file: AERS (B.1.8) =02 


or 


Routing ID where XML file: 
FDA_AERS and using DTD 3.0 


ICSR submitted via AS2 Header __| reportacknowledgmentcode 
where XML file: (B.1.8) =02 
AERS_PREMKT 

or 

Routing ID where XML file: 

FDA_AERS_PREMKT and using 

DTD 2.1 or 2.2 


A.1.FDA.16 | <fdasafetyreporttype> | ICSR submitted via AS2 Header reportacknowledgmentcode 

where XML file: AERS_PREMKT | (B.1.8) =02 
or 
Routing ID where XML file: 
FDA_AERS_PREMKT using 
DTD 3.0 and data value is empty 

Poe 32 <sponsorstudynumb> | ICSR submitted via AS2 Header reportacknowledgmentcode 
where XML file: AERS_PREMKT | (B.1.8) =02 
or 
Routing ID where XML file: 
FDA_AERS_PREMKT using 
DTD 3.0 and data value is empty 
or not prefixed with ‘IND’ or ‘Pre- 
ANDA’ 
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APPENDIX I. EXAMPLES OF CORRECT AND INCORRECT APPLICATION NUMBER AND DRUG ELEMENT 
FORMATS 


Table 122. Examples of Application Number Formats and Drug Element Formats 


Examples of Application Number Format 
<drugauthorizationnumb>NDA 012345</drugauthorizationnumb> 


<drugauthorizationnumb>BLA 123456</drugauthorizationnumb> er 
Correct <drugauthorizationnumb>NDA 012345</drugauthorizationnumb> 
<drugauthorizationholder>COMPANY X</drugauthorizationholder> 


Incorrect <drugauthorizationnumb>123456/10300</drugauthorizationnumb> Use the appropriate prefix for the 
NDA/ ANDA/ STN/ BLA/ PLA. Do not 
include additional data after the 


application number 


Incorrect | <drugauthorizationnumb>NDA 12-345;IND12,345 </drugauthorizationnumb> | Omit hyphens and commas in the 
application number. Do not populate the 


tag with two application numbers 


Incorrect | <drugauthorizationnumb>OTC Product</drugauthorizationnumb> For a non-prescription drug product 
marketed without an approved application 


(Non-Rx No Application), use “999999" 


Incorrect <drugauthorizationnumb>NDA Do not populate the company name in the 
012345(COMPANY X)</drugauthorizationnumb> <drugauthorizationnumb> tag 


<drugauthorizationholder></drugauthorizationholder> 
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Examples of Application Number Format 


Correct <medicinalproduct>TY LENOL</medicinalproduct> 
<activesubstancename>ACETAMINOPHEN</activesubstancename> 


Correct <medicinalproduct>MIRACLE WONDER DRUG</medicinalproduct> 
<activesubstancename>ACETAMINOPHEN</activesubstancename> 


Incorrect | <medicinalproduct~AMAZING DRUG OTC®</medicinalproduct> 
<activesubstancename>ACETAMINOPHEN 500 mg</activesubstancename> 


Incorrect | <medicinalproduct~NEW DRUG 40 mcg/mL</medicinalproduct> 
<activesubstancename>NEWSUBSTANCE Inj </activesubstancename> 


Incorrect | <medicinalproduct>MWD</medicinalproduct> Do not use abbreviations for the brand 
<activesubstancename>APAP</activesubstancename> name or active substance in the 
<medicinalproduct> and 
<activesubstance> 
tags 
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APPENDIX IT. CASE SCENARIOS FOR IND SAFETY REPORTS SUBMITTED TO 
FAERS 


The following case scenarios are intended to provide examples to sponsors on the use of ICH 
E2B data standard elements for submission of IND safety reports to FAERS that may differ from 
postmarketing safety reports. 


1. For any IND safety report where the sponsor is evaluating the suspect product under more 
than one IND (i.e. “Cross-reporting”) 


a. Repeat block A.2 foreach IND 


i. Use first block A.2 to designate IND where the event occurred = “primary 
IND” 


1. A.2.3.2 =primary IND 
2. A.2.3.3 = data value could either be 1, 2, 3, or 4 
3. Other relevant information for the report to be populated in block A.2 


ii. Repeat block A.2 as many times as needed with only the following data 
elements for each IND that the sponsor holds where that suspect product is 
being evaluated: 


1. A.2.3.2 =IND number for each cross-reported IND 
and 


2, Palo = 9 


Table 133. Case Scenario 1. For IND Safety Reports Submitted to FAERS 


Dat. 
a2 DTD Descriptor 3.0 Title Element Values for DTD 
Element 


<sponsorstudynumb> | Sponsor IND number under which the Clinical 
Study Trial where the event occurred is 
Number conducted 
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Data 
DTD Descriptor 3.0 Title Element Values for DTD 
Element 


<observestudytype> Study Typein | 1= Clinical Trial 
Which the 
Reaction(s) 2= Individual Patient Use (e.g. 
were ‘Compassionate Use’ or ‘Named 
observed Patient Basis’) 


3= Other Studies (e.g. 
Pharmacoepidemiology, 
Pharmacoeconomics, Intensive 
Monitoring) 


4= Report from Aggregate Analysis 
312.32(c)(1)(i)(C) or for several 
events submitted as per 
312.32(c)(1)(i)(B) if a Narrative 
Summary report is provided. 


5=Cross-reported IND safety report 


2. For an IND safety report that is a result of an aggregate analysis as per 312.32(c)(1)(i)(C) or 
for several events submitted as per 312.32(c)(1)(i)(B) if a narrative summary report is 
provided: 


a. Submit one IND safety report with the IND where the event occurred in A.2.3.2 
<sponsorstudynumb> (or the “parent” IND if the events occurred in multiple INDs). 


For this IND safety report, populate the data elements below in addition to other 
relevant information regarding the event and suspect product. 


i. Use data element =4 in A.2.3.3<observestudytype> 
ii. Use the term “AGGREGATE?” in B.1.1 <patientinitial> 


b. Section VII.A.2. of the FDA Guidance for Industry— “Safety Reporting Requirements 
for INDs and BA/BE Studies” (December 2012) discusses several submission 
requirements for IND safety reports that are a result of an aggregate analysis. The 
following two sections describe these submission elements and how they are 
accomplished with electronic submission to FAERS. 


1. The guidance states that IND safety reports that are a result of an 
aggregate analysis should contain a narrative description of the event 
and the results of the analysis (hereafter referred to as a “narrative 
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summary report”). For IND reports submitted to FAERS, attach the 
narrative summary report to the IND safety report as a PDF attachment 
(do not put the narrative summary report in the E2B narrative field). 


a. These instructions also apply to several events submitted as per 
312.32(c)(1)(i)(B) if a narrative summary report is provided. 


2. The guidance states that all the individual cases that were analyzed in 
the aggregate analysis should be submitted. Use the repeatable block 
A.1.12 to link all the safety report numbers for the individual 
supportive ICSRs (i.e. the numbers in A.1.0.1 for all the individual 
cases that are summarized in the narrative summary report). 


a. These instructions also apply to several events submitted as per 
312.32(c)(1)(i)(B) if a narrative summary report is provided. 

b. IND safety reports previously submitted as ICSRs to FAERS 
do not have to be resubmitted (place the safety report numbers 
for these previously submitted reports in A.1.12). 


c. For IND safety reports previously submitted in eCTD format, 
the sponsor should list the eCTD sequence number and date of 
submission in the narrative summary report. (The eCTD 
sequence number is the unique four-digit number for each IND 
submission the sponsor submits in the us-regional.xml file for 
the eCTD submission. ) 


d. IND safety reports previously submitted on paper should be 
attached to the IND safety report as PDF attachments. 


Table 144. Case Scenario 2. For IND Safety Reports Submitted to FAERS 


Data 
DTD Descriptor 3.0 Title Element Values for DTD 
Element 


A.1.12 <linkreportnumb> Identification | Used to link all individual cases 
number of (safetyreportid) that make up anIND 
the report(s) | Safety Report submitted as a result of an 
which are Aggregate Analysis as per 


report submitted as per 312.32(c)(1)(i)(B) if a 


linked to this | 312.32(c)(1)(i)(C) or for several events 
narrative summary report is provided 


Number 


A.2.3.2 | <sponsorstudynumb> Sponsor IND number under which the Clinical Trial 
Study where the event occurred is conducted 
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Dat 
a DTD Descriptor 3.0 Title Element Values for DTD 
Element 


A.2.3.3 | <observestudytype> Study Type | 1= Clinical Trials 
in Which the 
Reaction(s) | 2= Individual Patient Use (e.g. 
were ‘Compassionate Use’ or ‘Named Patient 
Observed Basis’) 


3= Other Studies (e.g. 
Pharmacoepidemiology, 
Pharmacoeconomics, Intensive 
Monitoring) 


4= Report from Aggregate Analysis 
312.32(c)(1)()(C) 


5=Cross-reported IND safety report 


B.1.1 <patientinitial> Patient For a Report from an Aggregate Analysis, 
Identifier the element value should be 
“AGGREGATE” 


3. For adverse events that occur with a marketed drug being evaluated under an IND that meets 
both IND and post-marketing safety reporting requirements (21 CFR 312.32 and 314.80, 
600.80, or 310.305), sponsors must submit two separate ICSRs: 


a. forthe marketed drug for the NDA/BLA 


and 


b. forthe study drug for the IND (IND number in A.2.3.2) 
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APPENDIX IIT. CASE SCENARIOS FOR SAFETY REPORTS FROM IND-EXEMPT 
BA/BE STUDIES TO FAERS 


Table 15 illustrates the ICH E2B data elements and element values for each IND-exempt BA/BE 
study exposure scenario described below: 


Scenario 1: Exposure to a study drug: 


This scenario applies to all drugs specified in the study protocol. For example, if a BA/BE study 
protocol for a generic opiate includes administration of naltrexone to each study subject prior to 
administration of a test or reference drug, naltrexone is a study drug, although it is not the test or 
reference drug. Similarly, a selective 5-HT3 receptor antagonist to prevent nausea and vomiting 
is considered a study drug if the BA/BE study protocol states that the drug is administered to 
each study subject prior to administration of a test or reference drug. 


Scenario 2: Exposure to an other drug: 


Other drugs are drugs taken by or administered to a subject that are not part of study conduct per 
protocol. For example, a subject with a diagnosis of hypertension has normal blood pressure 
while treated with a beta blocker. The subject meets study enrollment criteria and continues to 
take his beta blocker during study participation. In this situation, the beta blocker is an other 
drug. Similarly, if a subject develops symptoms of heartburn during participation in a BA/BE 
study and is permitted, by the investigator, to use a nonprescription antacid or H2 blocker for 
symptomatic relief, the nonprescription drug taken by the subject is an other drug. 


Scenario 3: No exposure to a study drug: 


A serious adverse event a subject experiences after enrollment to the study, but prior to exposure 
to a study drug, is subject to the expedited safety reporting requirement. To report a serious 
adverse event with no study drug exposure, the submitter should select values as shown in the 
Table 15, Scenario 3. 
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Table 155. ICH E2B Data Element & Value Selections for IND-Exempt BA/BE Study 
Exposures 


Select one from the following: 
Exposure to a study 
drug 1 = Test drug 
B.4.k.19 2 = Reference drug 
3 = Placebo/Vehicle 
4 = Control (negative or iti 


Scenario 2: B.4.k.1 Select one element value 


Exposure to an other B.4.k.2.1 Proprietary medicinal product name 
B.4.k.19 1 = Test drug 
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